맨위로가기

윈도우 9x

"오늘의AI위키"는 AI 기술로 일관성 있고 체계적인 최신 지식을 제공하는 혁신 플랫폼입니다.
"오늘의AI위키"의 AI를 통해 더욱 풍부하고 폭넓은 지식 경험을 누리세요.
목차

1. 개요

윈도우 9x는 마이크로소프트의 운영 체제(OS) 계열로, 1995년 윈도우 95를 시작으로 윈도우 98, 윈도우 Me까지 출시되었다. 9x 계열은 MS-DOS를 기반으로 하여, 일반 사용자 및 가정용 환경에 적합한 멀티미디어 기능과 사용 편의성을 강조했다. 윈도우 9x는 16비트와 32비트 코드를 혼용하여, 시스템 리소스의 부족, 불안정한 작동, 보안 취약성 등의 기술적 제한을 가졌다. 2001년 윈도우 95, 2006년 윈도우 98, 윈도우 Me에 대한 지원이 종료되었으며, 이후 Windows NT 계열로 통합되었다.

더 읽어볼만한 페이지

  • 마이크로소프트 윈도우 - 윈도우 8
    윈도우 8은 2012년 마이크로소프트가 출시한 운영 체제로, 터치스크린 기기 사용성을 개선하기 위해 메트로 디자인을 도입했으며, 윈도우 8.1로 개선되었고, 32/64비트 등 다양한 에디션으로 출시되었으나 2016년 지원이 종료되었다.
  • 마이크로소프트 윈도우 - 윈도우 2.0
    윈도우 2.0은 1987년 마이크로소프트가 출시한 16비트 GUI 기반 운영 환경으로, 창 겹치기, 바탕 화면 아이콘, 단축키 등의 기능 추가와 VGA 그래픽, EMS 메모리 지원을 통해 사용자 인터페이스와 기능이 향상되었으며, 마이크로소프트 워드, 엑셀 등의 응용 프로그램이 처음 실행된 운영체제이다.
윈도우 9x - [IT 관련 정보]에 관한 문서
기본 정보
윈도우 로고 (1992-2001)
윈도우 9x 로고
개발사마이크로소프트
출시일1995년 7월 14일 (윈도우 95로서)
단종일2000년 6월 19일 (윈도우 Me로서)
계열MS-DOS
소스 모델클로즈드 소스
커널 형태모놀리식 커널 (MS-DOS)
사용자 랜드윈도우 API
사용자 인터페이스윈도우 셸 (그래픽 사용자 인터페이스)
지원 플랫폼IA-32
라이선스프로프라이에터리 소프트웨어, 상용 소프트웨어
이전 버전윈도우 3.1 (1992-1993)
다음 버전윈도우 XP (2001)
영향을 준 운영체제MS-DOS
OS/2
윈도우 3.1
작동 상태단종
지원 상태윈도우 95의 메인스트림 지원은 2000년 12월 31일에 종료되었음. 확장 지원은 2001년 12월 31일에 종료되었음.
윈도우 98의 메인스트림 지원은 2002년 6월 30일에 종료되었음. 윈도우 Me의 메인스트림 지원은 2003년 12월 31일에 종료되었음. 98과 Me 모두 확장 지원은 2006년 7월 11일에 종료되었음.
업데이트 방식윈도우 업데이트

2. 역사

(OSR2 이후 7.1)Windows 951995년 11월 23일4.107.1Windows 981998년 7월 25일Windows 98 Second Edition1999년 9월 10일4.908Windows Me2000년 9월 23일



Windows Me를 마지막으로, Windows 9x 계열의 OS는 개발이 종료되었으며, 그 이후에는 Windows XP를 시작으로 한 Windows NT 계열로 일원화되었다. 마이크로소프트는 2001년 12월 31일에 Windows 95 지원을 중단했고[39], 2006년 7월 11일에는 나머지 모든 9x 계열 운영 체제의 지원을 중단했다[40]. 지원이 종료된 운영체제는 보안상의 결함이 발견되어도 수정 패치가 제공되지 않아 사용에 위험이 따른다.

2. 1. 윈도우 95 이전

마이크로소프트 윈도우의 첫 독립 버전인 버전 1.0은 1985년 11월 20일에 나왔지만, 큰 인기를 얻지는 못했다. 처음 이름은 "인터페이스 매니저"였으나, 마이크로소프트 마케팅 책임자 롤랜드 핸슨의 설득으로 소비자에게 더 매력적인 '윈도우'라는 이름이 채택되었다. 윈도우 1.0은 완전한 운영 체제가 아닌 MS-DOS를 확장한 "운영 환경"이었기에, MS-DOS의 고유한 결함과 문제점을 그대로 안고 있었다.

1987년 12월 9일 출시된 버전 2.0은 리얼 모드 메모리 모델을 사용하여 최대 1 메가바이트의 메모리만 사용할 수 있었다. 이러한 환경에서는 인텔 80286 보호 모드를 사용하는 DESQview 같은 다른 멀티태스킹 시스템 위에서 실행될 수도 있었다.

윈도우 3.0은 1990년에 출시되어 상당한 성공을 거두었다. 가상 메모리 도입 덕분에 이전의 MS-DOS 기반 소프트웨어를 더 효과적으로 멀티태스킹할 수 있었고, 윈도우 자체 응용 프로그램의 기능도 향상되었다.

마이크로소프트는 윈도우 3.0의 버그를 수정하고 멀티미디어 지원을 추가하는 등 몇 가지 개선을 거쳐 1992년 4월 6일 윈도우 3.1을 출시했다. 윈도우 3.1부터는 리얼 모드 지원이 제외되어 인텔 80286 이상의 프로세서가 필요했다. 1993년 11월에는 윈도우 3.1 출시 이후의 모든 패치와 업데이트를 포함한 개선판인 윈도우 3.11이 나왔다.

한편, 마이크로소프트는 윈도우 NT 개발도 계속 진행했다. DEC에서 VMS 개발을 이끌었던 데이브 커틀러가 1988년 8월 마이크로소프트에 합류하여 개발을 주도했다.[7] 그는 원래 OS/2 후속작 개발을 위해 영입되었지만, DEC 시절 자신의 DEC MICA 프로젝트를 기반으로 완전히 새로운 시스템을 만들었다.[8] 윈도우 NT의 첫 버전인 윈도우 NT 3.1은 1993년 7월 27일에 출시되었으며, 윈도우 3.1과 유사한 인터페이스를 가졌다.

윈도우 3.1의 후속 제품(훗날 윈도우 95가 되는, 코드명 시카고) 개발이 시작되기 약 1년 전인 1991년, 마이크로소프트는 전문 개발자 컨퍼런스(PDC)에서 윈도우 NT의 차기 버전으로 코드명 카이로를 개발 중이라고 발표했다.[9] 당시 일부에서는 카이로가 윈도우 NT와 윈도우 3.1의 후속 버전을 통합하는 운영 체제가 될 것으로 예상했다.[10] 마이크로소프트는 1993년 PDC에서 카이로를 공개 시연하기도 했다.

윈도우 NT 커널 기반의 카이로는 객체 기반 파일 시스템을 갖춘 새로운 사용자 인터페이스 등 여러 신기술을 도입할 차세대 운영 체제로 계획되었다. 이 새로운 사용자 인터페이스는 약 4년 뒤 윈도우 95에서 일부 구현되었고, 객체 기반 파일 시스템 아이디어는 나중에 윈도우 비스타 개발 중 WinFS로 이어졌다. 마이크로소프트는 카이로를 1996년 7월까지 출시할 계획이었다.

그러나 카이로 프로젝트는 예상보다 훨씬 어려운 과제임이 드러났고, 결국 개발 시작 5년 만에 취소되었다. 카이로에서 개발된 일부 기능은 1996년 8월 24일 출시된 윈도우 NT 4.0에 포함되었지만, 핵심 기술이었던 객체 파일 시스템은 제외되었다. 윈도우 NT 계열과 윈도우 9x 계열 운영 체제는 이후 윈도우 XP가 출시되면서 비로소 하나로 통합되었다.

2. 2. 윈도우 95

Windows 95 워드마크 로고


Windows 3.11 이후, 마이크로소프트는 "시카고"라는 코드명으로 새로운 소비자 지향 운영 체제를 개발하기 시작했다. 시카고는 OS/2 및 Windows NT에서 사용 가능했던 32비트 선점형 멀티태스킹을 지원하도록 설계되었지만, 하위 호환성을 위해 16비트 커널이 유지되었다. Windows NT에서 처음 도입된 Win32 API는 "thunking"이라는 기술을 통해 Win16 호환성을 유지하면서 표준 32비트 프로그래밍 인터페이스로 채택되었다. 새로운 GUI는 원래 이 릴리스의 일부로 계획되지 않았지만, 카이로 사용자 인터페이스의 요소가 빌려와서 다른 릴리스 측면(특히 플러그 앤 플레이)이 늦어짐에 따라 추가되었다.

마이크로소프트는 Windows 코드 전체를 32비트로 변경하지 않았다. 호환성, 성능 및 개발 시간 문제로 인해 일부는 16비트로 유지되었다(직접 실 모드를 사용하지는 않음). 또한 구형 버전의 Windows에서 내려온 설계 결정 사항을 하위 호환성 유지를 위해 유지해야 했는데, 이는 이러한 설계 결정이 더 이상 현대적인 컴퓨팅 환경과 일치하지 않더라도 마찬가지였다. 이러한 요인들은 즉시 운영 체제의 효율성과 안정성에 영향을 미치기 시작했다.

마이크로소프트 마케팅은 1995년 8월 24일 출시되었을 때 시카고의 제품 이름으로 Windows 95를 채택했다.

마이크로소프트는 Windows 95의 5가지 버전을 출시했다.

OSR2, OSR2.1 및 OSR2.5("OSR"은 "OEM 서비스 릴리스"의 약자)는 일반 대중에게 공개되지 않고, 운영 체제를 컴퓨터에 사전 설치하는 OEM(Original equipment manufacturer)에게만 제공되었다. 일부 회사는 OSR2가 사전 설치된 새 하드 드라이브를 판매했다(공식적으로 하드 드라이브의 용량 때문에 필요하다고 정당화).

첫 번째 Microsoft Plus! 추가 팩이 Windows 95용으로 판매되었다.

2. 3. 윈도우 98

윈도우 98 워드마크 로고


1998년 6월 25일, 마이크로소프트는 개발 코드명 "Memphis"로 알려진 윈도우 98(버전 4.10.1998)을 출시했다. 이 버전은 새로운 하드웨어 드라이버를 포함하고 FAT32 파일 시스템 지원을 개선하여, 윈도우 95에서 지원하던 파티션 최대 크기인 2GB보다 더 큰 디스크 파티션을 사용할 수 있게 되었다. 윈도우 98의 USB 지원은 윈도우 95의 OEM 버전에서 제공되던 기본적인 지원보다 더욱 강화되었다.[11] 또한, 당시 논란이 있었던 인터넷 익스플로러 4 웹 브라우저를 윈도우 셸 및 파일 탐색기(당시 Windows Explorer)와 통합하였다.

1999년 6월 10일에는 윈도우 98 세컨드 에디션(Windows 98 SE, 버전 4.10.2222)이 출시되었다. 이 중간 릴리스의 주요 특징으로는 인터넷 연결 공유 기능 추가와 WDM 오디오 및 모뎀 지원 향상이 있다. 인터넷 연결 공유는 네트워크 주소 변환(NAT) 기술을 이용하여 하나의 인터넷 연결을 통해 LAN(근거리 통신망)에 연결된 여러 컴퓨터가 인터넷을 공유할 수 있게 해주는 기능이다. 또한, 기존 윈도우 98 오리지널 버전에 포함되었던 인터넷 익스플로러 4 대신 인터넷 익스플로러 5가 포함되었다. 윈도우 98 SE는 오리지널 버전에 비해 장치 드라이버를 통한 하드웨어 지원이 향상되었으며, 발견되었던 여러 사소한 문제점들이 수정되었다. 이러한 개선을 통해 많은 사용자들에게 윈도우 9x 제품군 중 가장 안정적인 버전으로 평가받았으며, 일부 전문가들은 윈도우 98의 베타 버전이 윈도우 95 최종 버전보다 더 안정적이었다고 평가하기도 했다.[12]

윈도우 95와 마찬가지로 윈도우 98 역시 Plus! 98이라는 이름의 마이크로소프트 플러스! 부가 기능 팩이 출시되었다.

2. 4. 윈도우 Me

Windows Me의 워드마크 로고


2000년 9월 14일, 마이크로소프트는 윈도우 98을 기반으로 멀티미디어 및 인터넷 기능을 향상시킨 윈도우 Me(Millennium Edition, ME)를 출시했다. 코드명 '밀레니엄'(Millennium)으로 알려진 이 운영체제는 윈도우 98과 윈도우 XP(당시 코드명 휘슬러) 사이의 공백을 메우기 위한 임시 버전으로, 1년 내 완료를 목표로 한 프로젝트였다. 윈도우 Me는 Windows 2000의 일부 기능을 윈도우 9x 시리즈에 도입했으며, 시스템 오류 발생 시 이전 상태로 되돌릴 수 있는 시스템 복원 기능을 처음으로 선보였다. 또한, 윈도우 무비 메이커의 첫 버전과 Windows Media Player 7이 포함되었고, Internet Explorer 5.5가 기본 탑재되었다. 이러한 새로운 기능 중 상당수는 Windows Update를 통해 이전 버전의 윈도우에서도 사용할 수 있었다. 하지만 MS-DOS의 역할은 크게 축소되어, 실제 모드(Real mode) DOS로의 접근이 제한되었다.

윈도우 Me는 출시 초기에는 긍정적인 평가도 있었으나, 잦은 시스템 정지와 충돌 문제로 인해 불안정하고 신뢰할 수 없다는 사용자들의 심한 비판에 직면했다. 이로 인해 윈도우 Me는 비평가와 사용자 모두에게 최악의 운영 체제 중 하나로 평가받는다. 미국의 IT 전문지 ''PC World''는 윈도우 Me를 "'실수 에디션'(Mistake Edition)"이라고 묘사하고, 2006년 '역대 최악의 기술 제품' 4위로 선정하기도 했다.[13] 결국 많은 가정 사용자와 윈도우 Me에 부정적인 인식을 가진 사용자들은 2001년 윈도우 XP가 출시될 때까지 상대적으로 안정적인 윈도우 98 Second Edition을 계속 사용하거나, 기업용 운영체제인 Windows 2000 Professional로 전환하기도 했다.

MS-DOS 실제 모드로 부팅하는 것이 어려워지자, 사용자들은 이 기능을 복원하기 위해 운영 체제를 수정하는 방법을 찾아내기도 했다.[14]

윈도우 Me는 윈도우 95나 윈도우 98과 달리 전용 Microsoft Plus! 애드온 팩이 출시되지 않았다.

윈도우 Me를 마지막으로 윈도우 9x 계열 운영체제는 개발이 종료되었고, 이후 윈도우는 윈도우 XP를 시작으로 Windows NT 계열로 통합되었다. 마이크로소프트는 2006년 7월 11일부로 윈도우 98 및 윈도우 Me에 대한 모든 지원을 중단했다.[40] 따라서 현재 윈도우 Me를 사용하는 것은 보안상 매우 위험하며, 부득이하게 사용해야 할 경우 인터넷 연결 및 외부 저장 매체 사용을 삼가는 등 각별한 주의가 필요하다.

2. 5. 지원 종료

윈도우 XP 출시 이후, 마이크로소프트는 2000년대 초반에 윈도우 9x 계열 운영체제의 판매를 중단했으며, 2004년 3월 이후로는 모든 버전의 구매가 불가능해졌다.[15]

시간이 지나면서 윈도우 9x 시리즈에 대한 지원도 단계적으로 종료되었다.

이후 마이크로소프트는 윈도우 98, 윈도우 98 SE, 윈도우 Me에 대한 연장 지원을 2006년 7월 11일까지 제공했으나, 이 날짜를 마지막으로 모든 윈도우 9x 계열 운영체제에 대한 지원이 완전히 종료되었다.[16][40]

운영체제 지원 종료와 함께 관련 소프트웨어 및 서비스 지원도 중단되었다.

윈도우 9x 계열 운영체제는 마이크로소프트의 공식 지원이 완전히 종료되었으므로, 새로운 보안 취약점이 발견되어도 수정 패치가 제공되지 않아 보안상 매우 위험하다. 부득이하게 사용해야 할 경우, 인터넷 연결을 피하고 USB 메모리 등 외부 저장 매체의 사용을 자제하는 등 각별한 주의가 필요하다. 일부 구형 주변 기기(예: 프린터)를 사용하기 위해 윈도우 9x 계열 OS를 계속 사용하는 경우도 있지만, 이 경우에도 동일한 보안 위험에 노출되므로 주의해야 한다.

3. 특징

윈도우 9x 계열 운영 체제는 MS-DOS와 Windows 3.1을 통합하고 발전시킨 Windows 95를 기본 구조로 삼는다.[41][42] 주로 일반 소비자 및 가정용으로 출시되었으며, 게임, 음악, 영상 등 멀티미디어 기능과 사용자 편의성을 중시하여 개발되었다. 이는 동시대 기업용으로 안정성에 초점을 맞춘 윈도우 NT 계열과는 차별화되는 지점이었다.

윈도우 9x의 가장 큰 구조적 특징은 윈도우 3.1 및 MS-DOS와의 하위 호환성을 유지하기 위해 커널에 16비트 코드와 32비트 코드가 혼재되어 있다는 점이다.[41][42] Win32 API와 같은 주요 구성 요소는 32비트로 구현되었지만, MS-DOS 커널, 관련 장치 드라이버, 외부 명령어 등은 여전히 16비트 기반으로 작동했다. 심지어 SCANDISK나 디스크 조각 모음 같은 일부 시스템 유틸리티는 16비트 버전과 32비트 버전이 함께 제공되기도 했다. 이러한 혼합 구조는 오래된 소프트웨어 및 하드웨어와의 호환성을 확보하는 데는 유리했으나, 시스템의 전반적인 효율성과 안정성에는 영향을 미쳤다.

또한 윈도우 9x는 단일 사용자를 염두에 두고 설계되어 보안 측면에서는 윈도우 NT 계열보다 취약했다. 주로 사용된 FAT(FAT12, FAT16, FAT32 포함) 파일 시스템은 NTFS와 달리 파일이나 디렉터리별 접근 권한 설정 같은 세밀한 보안 기능을 제공하지 않았다. 이로 인해 시스템에 접근 권한이 있는 사용자는 모든 파일에 제한 없이 접근할 수 있었다.

윈도우 9x 계열 운영 체제가 가진 멀티미디어 기능과 사용자 편의성은 이후 윈도우 2000과 Windows Me를 거쳐 윈도우 XP가 출시되면서 윈도우 NT 아키텍처에 통합되었다.

3. 1. 부팅 과정

윈도우 3.x와 유사하게 윈도우 9x는 부팅을 위해 MS-DOS 커널 (IO.SYS)과 메모리 관리자 (HIMEM.SYS)를 필요로 한다. 이후 GUI 환경을 구성하기 위해 WIN.COM 파일이 실행된다. 다만, 윈도우 3.x와 달리 윈도우 9x의 WIN.COM은 MSDOS.SYS 파일 내 "BootGUI" 설정값이 1로 지정되어 있으면 시스템에 의해 자동으로 불러와진다. 이 과정에서 CPU는 실제 모드에서 보호 모드로 전환되며, 여러 가상 장치 드라이버(VxD)가 로드된다. 이 가상 장치 드라이버들은 강화된 디스크 접근 및 기억 장치 관리와 같은 로우 레벨(low-level) 기능을 제공하며, 하드웨어 자원과 윈도우 9x가 직접적으로 상호 작용할 수 있도록 한다.

3. 2. 디자인

윈도우 9x는 MS-DOS와 Windows 3.1을 통합하고 발전시킨 Windows 95를 기반으로 하는 운영 체제 제품군이다.[41][42] MS-DOS 환경에서 윈도우를 시작하는 방식을 유지했다.

구조적으로 윈도우 9x는 모놀리식 아키텍처를 가지며, 32비트 코드와 16비트 코드가 혼재되어 있다. Win32 API와 같은 핵심 요소는 32비트로 구현되었지만, 하위 호환성을 위해 MS-DOS 커널, 관련 장치 드라이버 및 일부 유틸리티(예: SCANDISK의 특정 버전)는 16비트로 남아 있었다. 이러한 혼합 구조는 윈도우 3.x 및 MS-DOS와의 호환성을 유지하기 위한 선택이었다.[41][42]

대부분의 현대 운영 체제처럼 커널 공간과 유저 공간으로 메모리를 나누어 관리했다. 일부 메모리 보호 기능도 제공했지만, 오래된 프로그램과의 호환성을 위해 메모리의 첫 1MB 영역은 보호되지 않았다. 이 영역에는 운영 체제의 중요 코드가 위치해 있어, 응용 프로그램이 실수로 이 영역의 데이터를 덮어쓰면 시스템 전체가 충돌하거나 멈추는 불안정한 상태가 될 수 있었다.[25]

이러한 16비트 코드의 잔존과 메모리 보호의 한계는 윈도우 9x 시스템의 불안정성을 야기하는 주요 원인이었다. 시스템 리소스 부족 현상이 쉽게 발생했고, 이로 인해 시스템 프리즈, 크래시, 블루 스크린 등이 자주 나타났다.[43] 특히 마지막 버전인 Windows Me는 더 많은 기능을 추가하면서 16비트 코드 문제를 그대로 안고 있어 리소스 소모가 크고 불안정성이 더 심하다는 평가를 받았다.[43] 하드웨어 사양 향상이나 사용자의 유지보수를 통해 불안정성을 어느 정도 완화할 수는 있었지만, 구조적인 취약점 때문에 근본적인 해결은 어려웠다.[43]

또한, 윈도우 9x는 주로 FAT(FAT12, FAT16, FAT32 포함) 파일 시스템을 사용했다. FAT 파일 시스템은 NTFS와 달리 파일이나 디렉터리별 접근 권한 설정 같은 세밀한 보안 기능을 제공하지 않아, 시스템에 접근할 수 있다면 모든 파일에 접근할 수 있었다. 이는 단일 사용자를 가정하고 설계된 윈도우 9x의 보안 수준이 윈도우 NT 계열에 비해 상대적으로 낮아지는 원인이 되었다.

윈도우 9x의 기능 대부분은 이후 윈도우 2000과 Windows Me를 거쳐 윈도우 XP 출시와 함께 윈도우 NT 아키텍처로 통합되었다. 공식 지원 종료 후 보안 업데이트 부재 등으로 인해 현대적인 컴퓨팅 환경에서의 사용은 매우 어려워졌다.[22]

3. 2. 1. 유저 모드

윈도우 9x의 사용자 모드는 Win16, Win32, MS-DOS 세 가지 하위 시스템으로 구성된다.[26]

윈도우 9x는 GDI와 힙 리소스를 위해 64KiB 크기의 메모리 영역 두 개를 할당했다. 여러 프로그램을 동시에 실행하거나, 그래픽 요소(GDI)를 많이 사용하는 프로그램을 실행하거나, 오랫동안 프로그램을 켜두면 이 메모리 영역이 부족해질 수 있었다. 사용 가능한 시스템 리소스가 10% 아래로 떨어지면 윈도우는 불안정해지고 충돌할 가능성이 높아졌다.[27]

3. 2. 2. 커널 모드

커널 모드 부분은 가상 머신 관리자(VMM), 설치 가능한 파일 시스템 관리자(IFSHLP), 구성 관리자, 그리고 윈도우 98 이상에서는 WDM 드라이버 관리자(NTKERN)로 구성되어 있다.[28]

32비트 운영 체제로서 가상 메모리 공간은 4 GiB이며, 응용 프로그램용 하위 2 GiB와 프로세스당 커널용 상위 2 GiB로 나뉜다.

가상 머신 관리자(VMM)는 윈도우 9x의 핵심인 32비트 보호 모드 커널이다. VMM의 주요 역할은 가상 머신을 생성, 실행, 모니터링 및 종료하는 것이다. VMM은 메모리, 프로세스, 인터럽트 및 보호 오류를 관리하는 서비스를 제공한다. VMM은 가상 장치(주로 32비트 링 0 또는 커널 모드 코드로 구성되지만 16비트 실제 모드 초기화 세그먼트와 같은 다른 유형의 코드를 포함할 수 있는 로드 가능한 커널 모듈)와 함께 작동하여, 이러한 가상 장치가 인터럽트 및 오류를 가로채 응용 프로그램이 하드웨어 장치 및 설치된 소프트웨어에 접근하는 것을 제어할 수 있도록 한다. VMM과 가상 장치 드라이버는 모두 특권 수준 0(링 0이라고도 함)의 단일 32비트 플랫 모델 주소 공간에서 실행된다. VMM은 다중 스레드, 선점형 멀티태스킹을 제공하며, 응용 프로그램과 가상 머신이 실행되는 스레드 간에 CPU 시간을 공유하여 여러 응용 프로그램을 동시에 실행한다.

VMM은 또한 MS-DOS 모드로 계속 실행해야 하는 시스템 프로세스 및 윈도우 응용 프로그램을 위한 MS-DOS 환경을 만드는 역할도 한다. VMM은 윈도우 3.x의 WIN386.EXE를 대체하며, vmm32.vxd 파일은 VMM.vxd 자체 및 ifsmgr.vxd(설치 가능한 파일 시스템 관리자의 일부로, DOS 커널의 실제 모드 파일 시스템 코드를 호출할 필요 없이 파일 시스템 접근을 용이하게 함)를 포함한 대부분의 핵심 VxD가 포함된 압축 보관 파일이다.

3. 3. 레지스트리

윈도우 NT와 마찬가지로, 윈도우 9x는 사용자별 및 구성별 설정을 윈도우 레지스트리라고 하는 대규모 정보 데이터베이스에 저장한다. 하드웨어 관련 설정 또한 레지스트리에 저장되며, 많은 장치 드라이버가 레지스트리를 사용하여 구성 데이터를 불러온다. 이전 버전의 윈도우는 구성 설정을 유지하기 위해 AUTOEXEC.BAT, CONFIG.SYS, WIN.INI, SYSTEM.INI 파일 및 `.INI` 확장자를 가진 다른 파일을 사용했다. 윈도우가 점차 복잡해지고 더 많은 기능을 통합하면서, `.INI` 파일은 당시 FAT 파일 시스템의 제한으로 인해 사용하기 어려워졌다. 윈도우 9x 및 NT 라인을 계승한 윈도우 XP가 나올 때까지 `.INI` 파일과의 하위 호환성이 유지되었다.

마이크로소프트는 레지스트리 항목 사용을 권장하며 .INI 파일 사용을 권장하지 않지만, 많은 수의 애플리케이션(특히 16비트 윈도우 기반 애플리케이션)이 여전히 .INI 파일을 사용한다. 윈도우 9x는 이러한 애플리케이션 및 관련 도구(예: 설치 프로그램)와의 호환성을 위해서만 .INI 파일을 지원한다. AUTOEXEC.BAT 및 CONFIG.SYS 파일은 실제 모드 시스템 구성 요소와의 호환성을 위해, 그리고 사용자가 PATH 환경 변수와 같은 특정 기본 시스템 설정을 변경할 수 있도록 하기 위해 여전히 존재한다.

레지스트리는 User.dat와 System.dat 두 개의 파일로 구성된다. 윈도우 Me에서는 Classes.dat가 추가되었다.

3. 4. 가상 머신 관리자 (VMM)

가상 머신 관리자(VMM)는 윈도우 9x의 핵심적인 32비트 보호 모드 커널이다. VMM의 주요 역할은 가상 머신을 생성하고, 실행하며, 모니터링하고, 종료하는 것이다.

VMM은 메모리, 프로세스, 인터럽트, 보호 오류 관리와 같은 중요한 서비스를 제공한다. VMM은 가상 장치(VxD)와 함께 작동하여 하드웨어 장치 및 설치된 소프트웨어에 대한 응용 프로그램의 접근을 제어한다. 가상 장치는 주로 32비트 링 0 (커널 모드) 코드로 구성되지만, 16비트 실제 모드 초기화 세그먼트 같은 다른 유형의 코드도 포함할 수 있는 로드 가능한 커널 모듈이다. 이러한 가상 장치는 인터럽트와 오류를 가로채 제어권을 확보한다. VMM과 가상 장치 드라이버는 모두 특권 수준 0(링 0)의 단일 32비트 플랫 모델 주소 공간에서 실행된다.[28] VMM은 다중 스레드와 선점형 멀티태스킹을 지원하여, 여러 응용 프로그램이 동시에 실행될 수 있도록 응용 프로그램과 가상 머신이 실행하는 스레드 간에 CPU 시간을 분배한다.

또한, VMM은 MS-DOS 모드에서 계속 실행되어야 하는 시스템 프로세스나 윈도우 응용 프로그램을 위해 MS-DOS 환경을 만드는 역할도 수행한다. VMM은 윈도우 3.x의 `WIN386.EXE`를 대체하는 역할을 하며, `vmm32.vxd` 파일은 VMM.vxd 자체와 `ifsmgr.vxd`(DOS 커널의 실제 모드 파일 시스템 코드를 호출할 필요 없이 파일 시스템 접근을 용이하게 함)를 포함한 대부분의 핵심 VxD가 포함된 압축 보관 파일이다.

3. 5. 소프트웨어 지원

윈도우 9x는 기본적으로 FAT 파일 시스템(FAT12, FAT16, FAT32)만 공식적으로 지원한다. 이는 윈도우 NT 계열과 비교했을 때 보안 기능이 제한적이라는 단점을 가진다. FAT 드라이브에 접근 권한이 있으면 해당 드라이브의 모든 파일에 접근할 수 있으며, NTFS처럼 접근 통제 목록(ACL)을 제공하지 않는다. Windows for Workgroups 3.11처럼 IFSHLP.SYS를 통한 32비트 파일 접근을 지원하며, VFAT 파일 시스템을 통해 8.3 파일 이름 제한 없이 최대 255자까지 사용할 수 있다. 윈도우 95 초기 버전은 FAT32를 지원하지 않았다. 기본적으로 NTFS나 HPFS는 지원하지 않지만, 별도의 프로그램을 설치하면 NTFS 볼륨에 대한 읽기 전용 접근이 가능하다.

유니코드는 유니코드를 위한 마이크로소프트 레이어(Microsoft Layer for Unicode)를 설치하여 부분적으로 지원받을 수 있다.

사용자별 및 구성별 설정은 주로 윈도우 레지스트리(`User.dat`, `System.dat` 파일, Me에서는 `Classes.dat` 추가)에 저장된다. 하드웨어 관련 설정 및 많은 장치 드라이버 설정도 레지스트리를 사용한다. 이전 버전 윈도우에서 사용되던 `.INI` 파일(`WIN.INI`, `SYSTEM.INI` 등)은 하위 호환성을 위해 지원되었다. 특히 16비트 윈도우 기반 애플리케이션과의 호환성을 위해 `.INI` 파일 지원이 유지되었지만, 마이크로소프트는 레지스트리 사용을 권장하였다. `AUTOEXEC.BAT` 및 `CONFIG.SYS` 파일은 리얼 모드 시스템 구성 요소와의 호환성 및 사용자가 PATH 환경 변수와 같은 기본 시스템 설정을 변경할 수 있도록 하기 위해 계속 사용되었다.

윈도우 NT 계열과 달리, 윈도우 9x는 이벤트 로깅 및 추적 기능이나 오류 보고 기능을 기본적으로 지원하지 않는다. 하지만 Norton CrashGuard와 같은 별도의 소프트웨어를 사용하여 유사한 기능을 구현할 수 있었다.

마이크로소프트의 공식 지원 종료와 중요 보안 업데이트 부재로 인해 윈도우 9x는 현재 일상적인 사용에는 적합하지 않다. 최신 웹 브라우저인 모질라 파이어폭스와 같은 오픈 소스 프로젝트들도 상당한 수정 없이는 윈도우 9x에서 실행되지 않는다.[22] 다만, 게코 1.8.1을 기반으로 개발된 RetroZilla와 같은 브라우저는 윈도우 95/NT 4.0 등 구형 윈도우에서 최신 웹과의 호환성을 높이기 위해 개발되었으며, 2019년 2월에 출시된 2.2 버전은 TLS 1.2를 지원한다.[23][24]

3. 6. 보안

윈도우 9x는 처음부터 하나의 사용자를 염두에 두고 개발된 시스템으로, 보안 측면에서는 윈도우 NT에 비해 상대적으로 취약한 구조를 가지고 있다.[29] 이러한 보안상 약점의 주요 원인 중 하나는 윈도우 9x가 공식적으로 지원하는 유일한 파일 시스템이 FAT(FAT12, FAT16, FAT32 포함) 방식이라는 점이다. 비록 윈도우 NT 역시 FAT12와 FAT16을 지원하기는 하지만, 윈도우 9x와 달리 NTFS와 같은 더 발전된 파일 시스템을 기본으로 사용한다. (FAT32는 윈도우 2000부터 지원되었다.) 물론, 별도의 설치 가능한 파일 시스템 드라이버를 설치하면 윈도우 9x에서도 NTFS 볼륨을 읽고 쓸 수 있기는 했다.[29]

FAT 파일 시스템은 보안 기능이 매우 제한적이다. FAT 형식의 드라이브에 접근할 수 있는 사용자라면 누구나 해당 드라이브 내의 모든 파일에 접근할 수 있다. 이는 NTFS와 같이 파일이나 폴더별로 접근 권한을 다르게 설정할 수 있는 접근 제어 목록(ACL) 기능이나, 파일 시스템 수준의 암호화 기능이 없기 때문이다.[29]

윈도우 9x는 여러 사용자를 위한 프로필 기능을 제공하기는 하지만, 사용자별로 접근 권한을 다르게 설정하는 개념이 없어 사실상 단일 사용자, 단일 계정 운영 체제와 크게 다르지 않다. 예를 들어, 대부분의 다중 사용자 시스템에서는 일반 사용자가 운영 체제의 핵심 파일(커널 이미지 등)을 변경할 수 없도록 보호하지만, 윈도우 9x에서는 이러한 보호 장치가 미흡하다. 모든 프로세스는 시스템의 부트 섹터를 수정하거나 하드 디스크의 로우 레벨(low-level) 영역을 변경할 수 있으며, 현재 사용 중이지 않은 시스템 파일이라면 무엇이든 수정할 수 있다. 이 때문에 바이러스나 악성 소프트웨어가 운영 체제 깊숙이 침투하여 일반 사용자가 감지하거나 제거하기 어렵게 만들 수 있다. 윈도우 9x 제품군의 프로필 지원은 보안보다는 편의를 위해서만 제공된다. 일부 레지스트리 키가 수정되지 않으면, 모든 프로필에 비밀번호가 설정되어 있더라도 로그인 시 "취소"를 누르면 시스템에 액세스할 수 있다. 윈도우 95의 기본 로그인 대화 상자에서는 먼저 로그인하지 않고도 새로운 사용자 프로필을 만들 수 있다.

사용자와 소프트웨어는 하드 디스크에서 중요 시스템 파일을 삭제하거나 덮어써서 운영 체제가 작동하지 않도록 만들 수 있다. 또한 사용자와 소프트웨어는 운영 체제가 부팅하거나 제대로 작동하지 못하도록 구성 파일을 자유롭게 변경할 수 있다. 설치 소프트웨어는 파일이 여전히 사용 중인지 또는 최신 버전인지 제대로 확인하지 않고 시스템 파일을 대체하고 삭제하는 경우가 많았으며, 이는 종종 DLL 지옥이라고 불리는 현상을 만들었다. 윈도우 Me는 이 문제로 인해 발생하는 일반적인 문제를 처리하기 위해 시스템 파일 보호 및 시스템 복원을 도입했다.

3. 7. 네트워크 공유

윈도우 9x는 파일 및 프린터 공유에 대해 공유 수준의 접근 제어 보안을 제공한다. 네트워크 환경에 윈도우 NT 기반 운영 체제가 존재할 경우, 사용자 수준의 접근 제어 또한 이용할 수 있다.[30] 이와 대조적으로, 윈도우 NT 기반 운영 체제는 사용자 수준의 접근 제어만을 제공하지만, 이는 운영 체제 자체의 사용자 계정 보안 메커니즘과 통합되어 있다는 특징이 있다.

3. 8. 하드웨어 지원

윈도우 9x의 장치 드라이버는 가상 장치 드라이버(VxD)이거나 (윈도우 98부터) WDM 드라이버일 수 있다. VxD는 일반적으로 파일 확장자 .vxd 또는 .386을 사용하며, WDM 호환 드라이버는 일반적으로 확장자 .sys를 사용한다.[31] 32비트 VxD 메시지 서버(msgsrv32)는 시작 시 VxD를 로드하고 드라이버와의 통신을 처리하는 프로그램이다.[31] 또한 .DRV 확장자를 가진 사용자 모드 드라이버도 사용되었는데, 이는 New Executable 형식이며 주로 멀티미디어 장치 제어에 사용되었다.

윈도우 9x는 윈도우 3.x 및 MS-DOS용으로 제작된 많은 드라이버와의 하위 호환성을 유지한다. 그러나 MS-DOS 드라이버를 사용하는 경우, 리얼 모드에서 실행되어야 하므로 기존 메모리를 사용하고 CPU가 보호 모드로 전환해야 하는 등의 이유로 성능과 안정성이 제한될 수 있다.

윈도우 9x용으로 작성된 드라이버는 커널과 동일한 주소 공간에 로드되기 때문에, 드라이버 오류가 발생하면 운영 체제의 중요한 부분을 덮어써 시스템 충돌, 멈춤, 디스크 손상 등을 일으킬 수 있다. 이러한 결함이 있는 드라이버는 윈도우 9x 시스템 불안정성의 주요 원인 중 하나로 지적된다.

하드웨어 지원 측면에서 윈도우 9x는 몇 가지 제한 사항을 가진다. 하이퍼스레딩, 데이터 실행 방지(DEP), 대칭형 멀티프로세싱(SMP), APIC, 멀티 코어 프로세서와 같은 현대적인 CPU 기술을 기본적으로 지원하지 않는다. 또한 64비트 아키텍처도 지원하지 않는다.

저장 장치 인터페이스의 경우, SATA 호스트 버스 어댑터나 USB 대용량 저장 장치(USB 드라이브)를 기본적으로 지원하지 않는다. 다만, 윈도우 Me는 USB 드라이브를 일부 지원했다. 일부 SATA-I 컨트롤러는 윈도우 98/Me용 드라이버가 존재했으며, 타사 드라이버를 통해 윈도우 95 OSR2 및 윈도우 98에서 USB 대용량 저장 장치를 사용할 수 있게 하는 경우도 있었다.[32][33] 하드 디스크 용량은 최대 137GB까지만 지원한다.

초기 버전의 윈도우 95(RTM)는 USB나 AGP 가속 기능을 지원하지 않았다. 이후 OSR(OEM Service Release) 버전을 통해 USB 지원 등이 추가되었다. 2005년 이후로는 마더보드 칩셋이나 비디오 카드를 중심으로 윈도우 98/Me에 대한 하드웨어 드라이버 지원이 점차 줄어들었다.

3. 9. MS-DOS

윈도우 9x 계열 운영체제는 기본적으로 MS-DOS와 Windows 3.1을 융합하여 확장·발전시킨 구조를 가진다.[41][42] 이전 버전과의 호환성을 유지하기 위해 커널에는 16비트 코드와 32비트 코드가 함께 사용되었다. 윈도우 3.x와 유사하게 윈도우 9x를 부팅하려면 MS-DOS 커널(IO.SYS)과 메모리 관리자(HIMEM.SYS)가 먼저 로드되어야 했다. 이후 GUI 환경을 시작하기 위해 WIN.COM 프로그램이 실행되는데, MSDOS.SYS 파일의 "BootGUI" 설정이 1로 되어 있으면 시스템이 자동으로 WIN.COM을 불러왔다. 이 과정에서 CPU는 실제 모드에서 보호 모드로 전환되며, 여러 가상 장치 드라이버(VxD)가 로드되어 하드웨어 자원과 직접 상호 작용하며 강화된 디스크 접근 및 메모리 관리 같은 기능을 제공했다.

윈도우 95가 출시되면서 MS-DOS의 역할은 이전보다 상당히 축소되었다. 마이크로소프트 개발자 레이몬드 첸에 따르면, 윈도우 95에서 MS-DOS는 크게 두 가지 역할을 수행했다: 부트 로더 역할과 16비트 레거시 장치 드라이버 계층 역할이다.[34]

첫째, 부트 로더로서 MS-DOS는 윈도우 95가 시작될 때 먼저 로드되어 CONFIG.SYS 파일을 처리하고, COMMAND.COM 셸을 실행한 뒤 AUTOEXEC.BAT 배치 파일을 실행했다. 그 다음 WIN.COM 프로그램을 실행하여 가상 머신 관리자(VMM)를 로드하고, SYSTEM.INI 파일을 읽어 가상 장치 드라이버를 로드했다. 이 과정이 끝나면 실행 중이던 EMM386을 종료시키고 보호 모드로 전환했다. 보호 모드로 진입하면 VxD들이 MS-DOS의 상태 정보를 32비트 파일 시스템 관리자에게 넘겨주고 MS-DOS 자체는 종료되었다. 이후 모든 파일 시스템 관련 작업은 32비트 파일 시스템 관리자가 담당하게 되었다.[34] 다만, 윈도우 Me에서는 부팅 과정이 변경되어 WIN.COM을 실행하는 대신 IO.SYS가 직접 VMM32.VXD를 실행했다.

둘째, 16비트 레거시 장치 드라이버 계층으로서 MS-DOS는 윈도우 환경 내에서 오래된 DOS 프로그램을 실행하기 위한 하위 호환성 도구로 기능했다. 많은 MS-DOS 프로그램이나 장치 드라이버는 INT 13h와 같은 하위 수준 BIOS 인터럽트를 직접 호출하거나 변경(패치)하는 방식으로 작동했다. 프로그램이 MS-DOS 기능을 사용하기 위해 INT 21h 호출을 하면, 32비트 파일 시스템 관리자가 먼저 이를 감지한다. 만약 프로그램이 DOS를 직접 건드리려고 시도한 것이 확인되면, 시스템은 16비트 코드로 잠시 전환하여 해당 프로그램의 변경 사항(후크)이 실행될 수 있도록 했다. 이 과정을 중재하기 위해 CONFIG.SYS에서 미리 로드된 IFSMGR.SYS라는 16비트 드라이버가 MS-DOS를 먼저 후킹하고 있다가, DOS 프로그램의 작업이 끝나면 다시 32비트 코드로 제어를 넘겨 32비트 파일 시스템 관리자가 나머지 작업을 계속할 수 있도록 했다.[34] 레이몬드 첸은 이러한 작동 방식을 "MS-DOS는 매우 정교한 미끼였다"고 표현하며, 16비트 프로그램들은 실제 MS-DOS를 다루고 있다고 생각했지만 실제로는 32비트 시스템이 만들어 놓은 가짜 환경과 상호작용하고 있었다고 설명했다.[34]

윈도우 9x는 이러한 방식 외에도 "가상화" 기술을 사용하여 가상 DOS 머신(Virtual DOS Machine, VDM)이라는 독립된 환경 안에서 MS-DOS 응용 프로그램을 실행할 수 있었다.

또한, 윈도우 95와 윈도우 98은 네이티브 "DOS 모드"로 부팅하는 기능을 제공하여 DOS 응용 프로그램과의 하위 호환성을 높였다. 이 모드는 윈도우 GUI를 시작하지 않고 직접 실제 모드의 MS-DOS로 부팅하는 방식으로, 일부 구형 응용 프로그램이나 게임처럼 윈도우 내 가상 환경에서는 제대로 실행되지 않는 프로그램을 실행하거나, GUI 모드에서 해결하기 어려운 시스템 오류를 수정하는 데 유용했다. 예를 들어, 바이러스에 감염되었을 때 윈도우 환경에서는 접근이 잠긴 바이러스 파일을 DOS 모드에서 삭제하거나, 손상된 시스템 파일을 복원하는 등의 작업이 가능했다. 명령 프롬프트에서 `WIN`을 입력하고 Enter 키를 누르면 DOS 모드에서 윈도우 GUI를 시작할 수도 있었다.

하지만 윈도우 Me에서는 실제 모드 MS-DOS로 쉽게 부팅할 수 있는 기능이 공식적으로 제거되었다. 이는 사용자들 사이에서 비판을 받았으며, 일부 사용자들은 이 기능을 되살리기 위해 윈도우 Me 시스템 파일을 수정하는 방법을 찾아내 공유하기도 했다.[14]

3. 10. 사용자 인터페이스

사용자는 명령줄 인터페이스 (CLI) 또는 그래픽 사용자 인터페이스 (GUI)를 통해 윈도우 9x 기반 시스템을 제어할 수 있다. 윈도우의 기본 모드는 일반적으로 GUI이며, CLI는 MS-DOS 창을 통해 사용할 수 있다. GUI는 개별 응용 프로그램 창의 배치 및 모양을 제어하는 수단을 제공하며, 창 시스템과 상호 작용한다.

GDI는 Win32 및 Win16 하위 시스템의 일부이며, 윈도우 NT에서는 커널 모드로 로드되는 것과 달리 윈도우 9x에서는 사용자 모드에서 로드되는 모듈이다. 윈도우 9x의 GDI는 알파 합성 및 그에 따른 투명도 효과(예: 메뉴의 페이드 효과)를 지원하지 않는다. 이는 윈도우 2000 이후의 윈도우 NT 릴리스와 다른 점이다.

윈도우 탐색기는 GUI의 기본 사용자 인터페이스이지만, LiteStep, bbLean, 프로그램 관리자 등 다양한 추가 윈도우 셸 대체도 존재한다.

4. 기술적 제한

윈도우 9x 계열 운영 체제는 커널 일부에 16비트 코드를 포함하는 구조적 문제로 인해 안정적인 작동에 어려움이 있었다. 이는 시스템 리소스 부족을 쉽게 유발하여 프리즈, 크래시, 블루 스크린 등이 자주 발생하는 원인이 되었다. 특히 9x 계열의 마지막 버전인 Windows Me는 16비트 코드 문제를 안고 다기능화를 추구하여 시스템 리소스 소모가 다른 9x 계열 OS보다 심했고, 이로 인해 최신 버전임에도 불구하고 가장 불안정하다는 평가를 받기도 했다. 하드웨어 성능 향상이나 사용자의 유지보수를 통해 불안정성을 어느 정도 줄일 수는 있었지만, 구조적인 취약점 때문에 근본적인 해결은 불가능했다.[43]

구체적인 기술적 제한 사항은 다음과 같다.

참조

[1] 웹사이트 Microsoft Support Lifecycle http://support.micro[...] Microsoft 2019-04-12
[2] 웹사이트 Microsoft Support Lifecycle https://support.micr[...] Microsoft 2019-04-12
[3] 웹사이트 Microsoft Support Lifecycle https://support.micr[...] Microsoft 2019-04-12
[4] 웹사이트 Caldera shows Windows on DR-DOS, denying Microsoft claims http://www.v3.co.uk/[...] 2012-03-15
[5] 웹사이트 this tutorial https://web.archive.[...]
[6] 웹사이트 Chronology of Microsoft Windows Operating Systems 2019-04-20
[7] 웹사이트 Windows NT and VMS: The Rest of the Story http://www.krsaborio[...] 2008-12-16
[8] 서적 Showstopper!: The Breakneck Race to Create Windows NT and the Next Generation at Microsoft https://books.google[...] Open Road Media 2021-01-04
[9] 웹사이트 So what exactly IS COM anyway? https://learn.micros[...] 2023-02-02
[10] 웹사이트 Windows 8: An awful lot of change for a single release https://www.theregis[...] "[[The Register]]" 2019-03-14
[11] 웹사이트 Windows 95 OSR2.x Support for External USB Hubs http://support.micro[...] "[[Microsoft]]" 2019-10-06
[12] 웹사이트 Windows 98: Stable and fast, as well as new and improved http://aroundcny.com[...] 2019-10-06
[13] 웹사이트 The 25 Worst Tech Products of All Time https://www.pcworld.[...] "[[PC World]]" 2019-04-20
[14] 웹사이트 How to restart from Windows Millennium into Windows 98 DOS mode. http://www.mvps.org/[...] 2019-04-20
[15] 웹사이트 Windows life cycle http://www.microsoft[...] 2010-01-27
[16] 웹사이트 Windows 9x end of support lifetime. https://support.micr[...] 2017-01-13
[17] 웹사이트 DirectX 8.1 Runtime for Windows 98 and Windows Me http://www.microsoft[...] "[[Microsoft]]" 2019-04-20
[18] 웹사이트 Internet Explorer 6 Service Pack 1 http://www.microsoft[...] "[[Microsoft]]" 2019-04-20
[19] 웹사이트 I can't access Windows Update v4 - Windows 9x/ME - MSFN https://msfn.org/boa[...] 2021-04-25
[20] 웹사이트 Where is Windows Update for Win98? - BetaArchive https://www.betaarch[...] 2021-04-25
[21] 웹사이트 Farewell to Microsoft Internet Games on Windows XP, Windows ME, and Windows 7 https://answers.micr[...] 2019-08-04
[22] 웹사이트 Firefox 3 Windows 98 http://support.mozil[...] 2019-04-20
[23] 웹사이트 rn10950/RetroZilla: A fork of Gecko 1.8.1 to improve support for the modern web in older versions of Windows https://github.com/r[...] 2019-10-06
[24] 웹사이트 Release RetroZilla 2.2 https://github.com/r[...] 2019-10-06
[25] 웹사이트 Transcript: Chat with Ed Bott and Carl Siechert, Co-Authors of Microsoft Windows XP Inside Out http://www.microsoft[...] "[[Microsoft]]" 2019-04-20
[26] 웹사이트 Windows 95 Architecture Components http://www.microsoft[...] "[[Microsoft]]" 2019-04-20
[27] 웹사이트 Resource Management Under Microsoft Windows http://www.apptools.[...] 2019-04-20
[28] 웹사이트 Chapter 28 - Windows 98 Architecture http://www.microsoft[...] "[[Microsoft]]" 2019-04-20
[29] 웹사이트 FAT32 or NTFS: Making the Choice http://www.theelderg[...] 2019-04-22
[30] 웹사이트 Chapter 9 - Security https://docs.microso[...] "[[Microsoft]]" 2019-04-21
[31] 웹사이트 Function of the Windows 32-Bit Message Server http://support.micro[...] 2019-04-21
[32] 웹사이트 Maximus-Decim Native USB Drivers https://msfn.org/boa[...] 2019-04-20
[33] 웹사이트 XUSBSUPP - eXtended USB Supplement for Windows 95 OSR2 http://www.msfn.org/[...] 2019-04-20
[34] 웹사이트 What was the role of MS-DOS in Windows 95? https://devblogs.mic[...] "[[Microsoft]]" 2019-10-06
[35] 웹사이트 WINDOWS93 http://www.windows93[...] 2024-07-06
[36] 웹사이트 EmuOS v1.0 https://emupedia.net[...] 2024-07-06
[37] 웹사이트 98.js - Windows 98 Online https://98.js.org/ 2024-07-06
[38] 웹사이트 1j01/98: 💿 Web-based Windows 98 desktop recreation █████▓█▓▓▒▓▒▒░▒░░░🗕︎🗗︎🗙︎ https://github.com/1[...] 2024-07-06
[39] 웹사이트 Windows デスクトップ製品のライフサイクル Microsoft 2003-12-02
[40] 웹사이트 Windows 98, Windows 98 Second Edition, and Windows Millennium Edition Support ends on July 11, 2006 http://support.micro[...] マイクロソフト
[41] 웹사이트 25周年を迎えたWindows 95とその先へ - 阿久津良和のWindows Weekly Report https://news.mynavi.[...] 2020-08-30
[42] 문서 MSDOS.SYSでBootGUI=1を指定した場合、AUTOEXEC.BAT実行後にWIN.COMが実行される。
[43] 문서 ハードウェアのスペックや[[相互運用性]]、[[デバイスドライバ]]や[[デバイス]]の品質によってもOSの安定性は左右される。ただしこれは9x系OSに限定された問題ではなく、デバイスドライバの品質の影響はほとんどのOSが受ける。
[44] 문서 Windows 2000以降では、レイヤードウィンドウという機能により実現されている。
[45] 웹사이트 "Out of Memory" Error Messages with Large Amounts of RAM Installed http://support.micro[...] null
[46] 웹사이트 エラー メッセージ : メモリ不足のため Windows を初期化できません http://support.micro[...] null
[47] 문서 この制限はWindows 9x系以外でも起こることがある。これは[[容量の壁#128GiB (約137GB) の壁|137GBの壁]]とも呼ばれる。
[48] 웹인용 Caldera shows Windows on DR-DOS, denying Microsoft claims http://www.v3.co.uk/[...] 1998-03-23
[49] 문서 The term ''Windows 9x/ME'' is usually used to refer to the three operating systems, as in [https://web.archive.org/web/20110125175944/http://www.governmentsecurity.org/articles/windows-9x-me-security-system-restrictions.html this tutorial]. Sometimes Windows ME is included as a member of ''Windows 9x'', e.g in [http://users.iafrica.com/c/cq/cquirke/win95ver.htm this version list]


본 사이트는 AI가 위키백과와 뉴스 기사,정부 간행물,학술 논문등을 바탕으로 정보를 가공하여 제공하는 백과사전형 서비스입니다.
모든 문서는 AI에 의해 자동 생성되며, CC BY-SA 4.0 라이선스에 따라 이용할 수 있습니다.
하지만, 위키백과나 뉴스 기사 자체에 오류, 부정확한 정보, 또는 가짜 뉴스가 포함될 수 있으며, AI는 이러한 내용을 완벽하게 걸러내지 못할 수 있습니다.
따라서 제공되는 정보에 일부 오류나 편향이 있을 수 있으므로, 중요한 정보는 반드시 다른 출처를 통해 교차 검증하시기 바랍니다.

문의하기 : help@durumis.com